FW: review of draft-ietf-radext-status-server-06.txt
"Bernard Aboba" <bernard_aboba@hotmail.com> Fri, 02 April 2010 00:34 UTC
Return-Path: <owner-radiusext@ops.ietf.org>
X-Original-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Delivered-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 461D93A6970 for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 1 Apr 2010 17:34:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.41
X-Spam-Level: **
X-Spam-Status: No, score=2.41 tagged_above=-999 required=5 tests=[AWL=-0.825, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NdP3M-qImIoz for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 1 Apr 2010 17:34:43 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id A04313A6965 for <radext-archive-IeZ9sae2@lists.ietf.org>; Thu, 1 Apr 2010 17:34:34 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1NxUnC-0005Ks-Lq for radiusext-data0@psg.com; Fri, 02 Apr 2010 00:31:22 +0000
Received: from [65.55.116.16] (helo=blu0-omc1-s5.blu0.hotmail.com) by psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <bernard_aboba@hotmail.com>) id 1NxUn9-0005Kg-Ou for radiusext@ops.ietf.org; Fri, 02 Apr 2010 00:31:19 +0000
Received: from BLU137-DS13 ([65.55.116.9]) by blu0-omc1-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 1 Apr 2010 17:31:18 -0700
X-Originating-IP: [131.107.0.109]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU137-DS1300A51C213E6DADCD09DD931C0@phx.gbl>
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: radiusext@ops.ietf.org
Subject: FW: review of draft-ietf-radext-status-server-06.txt
Date: Thu, 01 Apr 2010 17:31:58 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcrRqmrNy4lT1majTsu96vl6O371+gAUXYuA
Content-Language: en-us
X-OriginalArrivalTime: 02 Apr 2010 00:31:18.0919 (UTC) FILETIME=[CFF18970:01CAD1FB]
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>
-----Original Message----- From: Francis.Dupont@fdupont.fr [mailto:Francis.Dupont@fdupont.fr] Sent: Thursday, April 01, 2010 7:48 AM To: gen-art@ietf.org Cc: draft-ietf-radext-status-server.all@tools.ietf.org Subject: review of draft-ietf-radext-status-server-06.txt I have been selected as the General Area Review Team (Gen-ART) reviewer for this draft (for background on Gen-ART, please see http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html). Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-radext-status-server-06.txt Reviewer: Francis Dupont Review Date: 2010-03-28 IETF LC End Date: 2010-03-29 IESG Telechat date: unknown Summary: Ready with nits Major issues: none Minor issues: none Nits/editorial comments: - Abstract page 2: there is an explicit reference to a RFC, this is in general forbidden but IMHO we are here in the allowed exception case. - 2.1.1 page 8: a servers policy -> a server policy - 3 page 10 (twice): etc. -> etc., ??? - 4.2 page 13: adminstrators -> administrators - 4.2 page 15 (twice): e.g. -> e.g., - 4.3 page 16: modelled -> modeled - 4.3 page 16: usually the hysteresis against flapping tries to keep the connection (i.e., failover after 3 missed responses), here it is the opposite. IMHO it is very aggressive but it is how RFC 3539 works so I have no concern about it. - 4.5 page 16: Proxyhas -> Proxy has - 4.5 page 17: cannot, -> cannot - 4.5 page 18: i.e. -> i.e., - 5 page 19: EAP-MEssage -> EAP-Message - 8 page 23: synthesise -> synthesize - 8 page 23: in "the suggestion of [RFC5080] Section 2.2.2, which suggests" suggests -> proposes - 8 page 23: configurably is not in my dict? - 9.2 page 23: IMHO the RFC2119 reference should be moved to normative references section (perhaps others too?) - Authors' Addresses -> Author's Address Regards Francis.Dupont@fdupont.fr PS: I apologize for the delay. BTW I've seen a wording comment and proposal from Bernard Aboba, I support it. -- to unsubscribe send a message to radiusext-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: <http://psg.com/lists/radiusext/>
- FW: review of draft-ietf-radext-status-server-06.… Bernard Aboba